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FIELD OF THE INVENTION 

The present invention relates to fiber optic communication systems in general 
and, in particular, to a method and system for packet processing for transmission and 
5 receiving of data over an optical metro access communication system. 

BACKGROUND OF THE INVENTION 

_ Access communication systems have become more widespread in recent 

Li 

yj years. These systems permit the transfer of information from one location to another, 
LnlO according to a variety of protocols, over different networks, most commonly the IP 
]5 (Internet Protocol) network, the TDM (Time Division Multiplexing) network, and 
5j! the ATM (Asynchronous Transmission Mode) network. Originally, data according to 
L these protocols was transmitted over conventional copper telephone wires. Then, it 
H* was discovered that the data can be transmitted optically over optical fibers, which 
yj 15 permit the transmission of significantly greater bandwidth than copper wires. 
j!I At present, data according to each protocol must be transmitted via its own 

network, and data at different bit rates must be transmitted separately, or processed 
before being transmitted simultaneously with other data rates and/or types over a 
higher bit rate medium. The TDM protocol, for example, provides synchronous 
20 transmission of data, generally voice, over a plurality of fixed time slots, using Time 
Division Multiplexing method. ATM, on the other hand, is asynchronous, and 
permits transmission of data and voice by inserting bits into ATM cells in a much 
more flexible arrangement. .In addition, in order to provide better use of bandwidth, 
statistical multiplexing can be used. Statistical multiplexing of different data types is 
25 done by dividing the data into small fixed-size cells, and bytes of different signals 
can be interleaved 

IP routers, on the other hand, form a different type of network. The IP 

network is connection-less by its nature and uses variable-size packets. It is possible 

to transmit IP over ATM, and ATM can be transmitted via TDM protocol, but at 

30 each stage, the data must be converted from one protocol to the other before 
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transmission. This is both time and resource consuming, and requires a large 
investment in equipment in locations where conversion is required in order to enter a 
larger network. 

In order to increase the number of users on a given system, it has become 
5 important to increase the bandwidth of the transmissions, and/or to increase the 
speed of transmission, while taking into account the Quality of Service (QoS) 
provided to each customer. Thus, there are transmission networks which transmit at 
different bit rates, due to different network topologies. There are Wavelength 
JS; Division Multiplexing (WDM) networks, where data is transmitted over 
IH 10 wavelengths, each wavelength being associated with a different service. There are 
=p phone lines, which effectively combine a plurality of users on a single line, known as 
S Tl and T3. 

In the 1980's, the Synchronous Optical Network, known as SONET and, 
internationally, as SDH, was first defined, and then became the international 

W is standard. SONET is a standard for connecting fiber-optic transmission systems. 

H SONET defines interface standards at the physical layer of the OSI seven-layer 
model. The standard defines a hierarchy of interface rates that allow data streams at 
different rates to be multiplexed. SONET establishes Optical Channel (OC) bit rate 
levels from 51.8 Mbps (about the same as a T3 line) to 2.48 Gbps. Prior rate 
20 standards used by different countries specified rates that were not compatible for 
multiplexing. With the implementation of SONET, communication carriers 
throughout the world can interconnect their existing digital carrier and fiber optic 
systems. 

Yet another current solution is Dense Wavelength Division Multiplexing 
25 (DWDM). DWDM is an optical technology used to increase bandwidth over existing 
fiber optic backbones. DWDM works by combining and transmitting multiple 
signals simultaneously at different wavelengths on the same fiber. In effect, one fiber 
is transformed into multiple virtual fibers. One can multiplex sixteen OC-48 signals 
into one fiber, and increase the carrying capacity of that fiber from 2.5 Gb/s to 40 
30 Gb/s. Currently, because of DWDM, single fibers are able to transmit data at speeds 
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up to 400Gb/s. And, as vendors add more channels to each fiber, terabit capacity is 
on its way. 

A key advantage to DWDM is that it is protocol and bit-rate independent. 
DWDM-based networks can transmit data in IP, ATM, SONET/SDH, and Ethernet, 
5 and handle bit-rates between 100 Mb/s and 10 Gb/s or more. Therefore, 
DWDM-based networks can carry different types of traffic at different speeds over 
an optical channel. From a certain point of view, DWDM-based networks create a 
q lower cost way to quickly respond to customers 1 bandwidth demands and protocol 
?S changes. However, they are still limited in that data according to each separate 
f hO protocol must be received in a central office and processed, in order to permit 

jF connection to a network. Furthermore, none of these systems takes advantage of the 

o 

O full capacity of optical fibers. Also, the optical channel (wavelength) is not optimally 

p used, since it carries only single data service. 

Irak 

^ Accordingly, there is a long felt need for a metro access communication 

^15 system which optimizes the use of optical fibers, and it would be very desirable to 
^ have such a system which provides increased bandwidth but with reduced 
complexity in the overall communication system. 

SUMMARY OF THE INVENTION 

20 The present invention provides a packet processing system which optimizes 

usage of the bandwidth capacity of optical fibers, and reduces the investment in 
equipment required at each local site in the network. This is accomplished by a novel 
method of organizing data to be transmitted in packets. This packet processing 
permits the transfer of data according to different protocols as is, without conversion 

25 from one protocol to another. 

According to the present invention, there is provided a method for packet 

processing for data transmission, the method including the steps of segmenting an 

incoming bit stream, adding a tag to a header of each segment, each tag including 

data identifying the bit stream's route between source and destination end-points, 

30 and encapsulating the tagged segment into a Point-to-Point Protocol (PPP) packet in 
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a frame. The standard used today and, therefore, the preferred frame at present, is a 
High bit rate Digital Link Control (HDLC)-like frame. Finally, the encapsulated PPP 
packet is mapped into a transmission frame for optical transmission, i.e., the 
encapsulated PPP packet is mapped into a Packet over SONET (or Packet over SDH) 
5 (PoS) for transmission. 

Preferably, the encapsulated PPP packet is scrambled before the step of 
mapping into a transmission packet. 
O According to a preferred embodiment, the method further includes packet 

Si processing for received data including the steps of de-packing a packet, for example 
rjjlO Packet over SONET/SDH packet, to retrieve an encapsulated PPP packet in a frame, 
£ for example, in HCLD-like form, de-capsulating the encapsulated PPP packet to 
^ retrieve a tagged segment of a bit stream, and stripping off the tag to retrieve the 
p segment of a bit stream. 

C According to a preferred embodiment of the invention, the method further 

Li? 

^ 15 includes unscrambling a scrambled encapsulated PPP packet, after the step of 
de-packing. 

According to one embodiment of the invention, the method further includes 
re-assembly of a plurality of segments of a bit stream in order to retrieve an original 
bit stream. 

20 Further according to the present invention, there is provided an engine for 

packet processing and data transmission, the engine including a segmentation 
module for segmenting an incoming bit stream, a tagging module for adding a tag to 
a header of each segment, each tag including data identifying the bit stream's route 
between source and destination end-points, an encapsulating module for 

25 encapsulating the tagged segment into a Point-to-Point Protocol (PPP) packet in 
frame, and a mapping module for mapping the encapsulated packet into a 
transmission frame. 

According to one embodiment, the frame includes a High bit rate Digital 
Link Control (HDLC)-like frame. 
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According to another embodiment, the transmission frame is a Packet over 
SONET/SDH (PoS) transmission frame. 

BRIEF DESCRIPTION OF THE DRAWINGS 

5 The present invention will be further understood and appreciated from the 

following detailed description taken in conjunction with the drawings in which: 

Figs, la, lb and lc schematically illustrate packet processing for transmission, 
£f according to one embodiment of the present invention; 

SI Fig. 2 is a schematic illustration of further packet processing for transmission, 

lj 10 according to one embodiment of the invention; 

f£j} Fig. 3 is a schematic illustration of packet processing for receiving, according 

^ : to one embodiment of the invention; 

P Figs. 4a, 4b and 4c schematically illustrate further packet processing for 

O receiving, according to one embodiment of the present invention; 

£3 15 Fig. 5 is a block diagram illustration of an engine for packet processing 

according to one embodiment of the present invention; and 

Fig. 6 is a schematic illustration of a packet format according to an alternative 

embodiment of the invention. 
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DETAILED DESCRIPTION OF THE INVENTION 

The present invention relates to a method for packet processing for 

transmission and receiving of data over an optical metro access communication 

system, and an engine for packet processing and data transmission. The method 

5 includes encapsulation of data, as is, in whatever protocol it is received, into a packet 

which looks and acts like a conventional Packet over SONET (PoS) packet, without 

requiring conversion of the data from one protocol to another. 

Referring now to Figs, la, lb and lc there are shown schematically the steps 

in the method of packet processing for transmission, according to one embodiment of 

10 the present invention. First of all, all incoming traffic, received on a service port, is 

segmented. This means that the incoming bit stream is segmented into 

variable-length segments. The segments can be of pre-determined fixed length for a 

particular kind of service or traffic, such as constant bit rate services, while the 

length of the segments for each service differs from one another. Alternatively, for 

15 other services, such as Ethernet, the segments can have variable length within the 

particular service, for example, the length of an Ethernet frame. 

In Fig. la, there is shown, by way of non- limiting example only, an IEEE 

802.3 Ethernet frame 10, which has been received for transmission. Ethernet frame 

10 is a segment of a bit stream from a data source for transmission over the 

20 communication system. Ethernet frame 10 includes a destination address 12 within 

the Ethernet network, a source address 14 within the Ethernet network, information 

16 representing the length of the frame, data 18 to be transmitted in the frame, and a 

frame correction signal (FCS) 19 to indicate the end of the segment. In most cases, 

Ethernet frame 10 will be only one of a plurality of frames, which, together, make up 

25 the entire data transmission. 

A tag 20 is now added to the segment, as shown in Fig. lb. As can be seen, 

during the rest of the packet processing procedure, the original segment, here the 

Ethernet frame 10, is regarded as a single block of data. Tag (or label) 20 includes 

information including the route between the traffic's source and destination 

30 end-points for directing the traffic from its origin to its end point. For constant bit 
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rate (CBR) TDM services, timing information, such as a Residual Time Stamp 
(RTS), is preferably added in the Tag. The RTS generally includes the bit rate of the 
source data (the length of the bits and time between bits), so as to permit the receiver 
to correct any CBR timing errors occurring during transmission. For SONET signals, 
5 it may be preferable to transmit the Combus signals, which include, in addition to the 
data itself, also the envelope signal and the pointers of the data within the SONET 
frame payload. This helps in de-processing the SONET signal at the destination. 

Next, as shown in Fig. lc, the tagged segment 22 is encapsulated into a 
Point-to-Point Protocol (PPP) packet in a frame 30, preferably a High bit rate Digital 

10 Link Control (HDLC)-like frame. Frame 30 also includes a flag 24, to indicate the 
start of a transmission, source and destination address data 26 within the 
communication system, control parameters 28, and a frame correction signal (FCS) 
29 to indicate the end of the transmission. 

It will be appreciated that different services, whether PDH, Frame-Relay, 

15 Fibre Channel, SONET, (all of which are CBR services), or any other service which 
can be transmitted over optical fiber, have different internal construction, as required 
by the specific service. It is a particular feature of the present invention that the 
internal structure of the frame or segment is irrelevant, as far as encapsulation and 
packet processing according to the invention are concerned. Rather, every service 

20 segment is treated as a block or unit for purposes of encapsulation and transmission 
over the optical fiber, without regard to the content or form of the data, and without 
the need to convert from protocol to protocol. 

Referring now to Fig. 2, there is shown a schematic illustration of further 
packet processing for transmission, according to one embodiment of the invention. 

25 Here, the encapsulated segment, which is now HDLC-like frame 30, is mapped onto 
a payload, e.g., SONET OC-48c payload, as a transmission frame 32, preferably a 
Packet over SONET/SDH (PoS) frame, and then transported to its destination as if it 
were a conventional PoS packet or frame. According to a preferred embodiment, the 
encapsulated segment is scrambled 34, as known, before mapping onto transmission 

30 frames. 



As stated above, it is a particular feature of the present invention, which is not 

possible with any conventional method or system, that various services according to 

differing protocols are processed in the same fashion by segmenting their bit streams 

and encapsulating the segments, without regard to content, with final transport as a 

5 seemingly-conventional PoS or similar transmission frame. In this way, there is no 

need to convert any data from one protocol to another in order to transport it over the 

system, and certainly not at the user end, as required in conventional systems. 

_ Fig. 3 is a schematic illustration of packet processing for a receiver, according 

to one embodiment of the invention. This processing is substantially the inverse of 

Ul 10 that illustrated in Fig. 2. Thus, each incoming transmission frame 32' (e.g., PoS 

i; frame) from a trunk port is first taken out of the SONET or other transmission 

Si payload (de-packing). If the packet was scrambled before mapping, it is now 

JU unscrambled 34\ The result is the encapsulated packet or segment (frame) 30'. 

^ With reference to Fig. 4a, encapsulated PPP packet 30' is de-capsulated by 

hi 15 removing the flag 24', address 26', control parameters 28', and FCS 29'. The 

resulting tagged segment 22', shown in Fig. 4b, has its tag 20 1 stripped off, leaving 

the original segment, here shown as Ethernet frame 10'. All the segments 10' are 

reassembled, if necessary, and sent out through the appropriate destination Service 

port, as in conventional systems. 

20 It will be appreciated by those skilled in the art that the method of the present 

invention can be carried out by means of any suitable hardware and software. Fig. 5 

is a block diagram illustration of an engine 40 for packet processing according to one 

embodiment of the present invention. As can be seen, engine 40 includes a 

segmentation module 42 for segmenting an incoming bit stream, a tagging module 

25 44 for adding a tag to a header of each segment, each tag including data identifying 

the route between the bit stream's source and destination end-points, an 

encapsulating module 46 for encapsulating the tagged segment into a Point-to-Point 

Protocol (PPP) packet in a frame, preferably a High bit rate Digital Link Control 

(HDLC)-like frame, and a mapping module 48 for mapping the encapsulated packet 

30 into a transmission frame, preferably a Packet over SONET/SDH (PoS) frame. 

8 



Preferably, the engine also includes a scrambling module 50 between the 
encapsulating module 46 and the mapping module 48 for scrambling the 
encapsulated packet before mapping into a transmission frame. 

Instead of the tag described hereinabove, in order to provide a standard 
5 solution and to connect to networks which use MPLS (Multi-Protocol Label 
Switching) protocol, the tag can be based on MPLS. Fig. 6 is a schematic illustration 
of a packet format according to an alternate embodiment of the invention, including 
m such an MPLS tag. Packet 60, shown in Fig. 6, includes PPP protocol information 
yj 62, which is a standard component of any PPP packet. PPP protocol information 62 
in 10 is followed by an MPLS tag 64, which is composed of a label 66 indicating the route 
IS of the packet, a Protection bit 68, including priority indication, Extra-traffic bit 70. 
O The tag also includes a Stack bit 72, and a TTL byte 74, as known in conventional 
* MPLS tags. Next follows the TDM payload or data packet 76, depending upon the 

M particular data to be transmitted, and finally, a PPP protocol closure 78, including 
hi 15 FCS and a flag to indicate the end of the PPP packet, as known, 
r: It will be appreciated that the invention is not limited to what has been 

described hereinabove merely by way of example. Rather, the invention is limited 
solely by the claims which follow. 
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